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AIN SERVICE DELIVERY AND PROGRAMMABILITY 

OVER THE INTERNET 



BACKGROUND 



Field of the Invention 

The present invention relates to telecommunications and the Internet, and in 



(AIN) services over the Internet. 

Background of the Invention 

The Internet is being used by an increasing number of people everyday. It 
has become the communication medium of choice for many people. As more people 
get "online," new information, products, and services are being made available over 
the Internet. Currently, the most common method for accessing the Internet is 
through a dial-up connection using plain old telephone service (POTS) lines. For 
additional costs, people may access the Internet using dedicated communication 
links. For example, DSL, T-l, T-3, and other dedicated communications links are 
available for high speed Internet access. 

Currently, when a subscriber uses a POTS line to access the Internet, the 
subscriber cannot use the telephone line for receiving calls. As a result, significant 
communications between calling parties and the subscriber could not be established 
as long as the subscriber remains online. The problem could be aggravated when 
the subscriber stays online for hours at a time. Thus, there is a need for a system 
and method that enables the subscriber to have an opportunity to decide whether 



particular, to a system and method for delivering advanced intelligent network 
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he should terminate his Internet session to free up the telephone line to accept an 
incoming call. 

Dedicated communication links have become more common and more 
affordable. Many people and corporations have 24/7 Internet access using, for 
5 example, a DSL. The omnipresent communication session between a telephone 
service subscriber and the Internet through the dedicated communication link 
provides unprecedented opportunities for telephone service providers to deliver 
enhanced telephone services to the subscriber at lower cost via the Internet. 
However, effective systems and methods for delivering AIN services over the 



The concept of a subscriber being able to "program" the network so that the 
delivery of his or her network-based services is customized and tailored to meet his 
or her specific needs is a powerful concept. However, this concept has in the past 
been difficult to realize primarily due to the fact that the customer's real-time 



4^5 access to service provisioning is exceedingly hard and expensive to manage in 

today's secured telecommunication network environment. Although certain AIN 
services, e.g., Flexible Call Forwarding (FCF), have given the customer, to a limited 
extent, control over managing call forwarding services, these services have, by and 
large, left a gap in the marketplace of intelligent network services. Third party 

20 service providers have attempted to partially address this gap by providing services 
and capabilities on the edges of the network without any interactions with AIN 
capabilities within the network. WILDFIRE (from Wildfire Communications, Inc.) 



Internet have not been developed until now. 
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and similar electronic personal assistant services are examples of such third party 
service providers. With the rise of the Internet as the ubiquitous data network with 
universal access, new capabilities can be envisioned for interaction of AIN services 
with Customer Premises Equipment (CPE)-based functionality to enhance 
customization and customer control. 

Accordingly, there is a need for a system and method for managing AIN 
services over the Internet. 

SUMMARY OF THE INVENTION 

The present invention integrates AIN and Internet technologies to provide 
telephone services. Subscribers of AIN services have increased flexibility in 
management of telephone calls through a computer network. The system of the 
present invention comprises an interface or a gateway between a service control 
point (SCP) and a computer network. The computer network is preferably the 
Internet. The gateway preferably has the capability to interface directly with a 
service switching point (SSP). The interface between the gateway and the SSP may 
be via voice and signaling channels. When a caller calls a subscriber's telephone 
number, a trigger on the subscriber's telephone line is encountered, causing the SSP 
to issue a query to the SCP. In response to the query, the SCP can establish a 
communication session (via the gateway) with a computer operated by the 
subscriber on the computer network. The SCP can then query the subscriber 
directly for routing instructions (e.g., provide busy signal, ring with no answer, ring 
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and allow subscriber to answer, or forward to designated forwarding number). The 
SCP can then answer the SSFs query with the appropriate instructions. If the 
subscriber does not respond to the query, the SCP can supply a default response 
determined by looking at its internal subscriber databases. In an alternative 
embodiment, the SCP may query the subscriber's computer which is programmed 
by the subscriber to provide a response to such queries. 

The gateway used in the present invention can serve a number of purposes 
including: (1) protecting a telephone service provider's network from unauthorized 
direct access by external computers, and (2) providing a voice circuit for temporarily 
holding incoming calls while the subscriber prepares to receive the calls. Such 
temporary holding is necessary, for example, if the subscriber has only one 
telephone line, and the subscriber wishes to receive the call after gracefully 
terminating the network session. In this situation, the SCP can instruct the SSP to 
"park" the call on the gateway (i.e., forward the call to the gateway until the 
subscriber's telephone line becomes available). Accordingly, in a preferred 
embodiment, the gateway is capable of using multiple communications protocols to 
establish communications sessions between the gateway and an SSP, the gateway 
and an SCP, and the gateway and the subscriber's computer network. 

The present invention may be implemented in a variety of different 
embodiments to provide flexible services for a full range of subscribers' 
requirements. A first preferred embodiment of the invention can provide services 
for subscribers who use their telephone line to establish a network connection with 
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the computer network, e.g., subscriber dialing their Internet service provider (ISP) 
to gain access to the Internet. In this embodiment, when the caller establishes the 
network connection, a database on an SCP is updated indicating the subscriber is 
online. Further, in this embodiment, a suitable trigger can be provisioned on the 
5 subscriber's telephone line at the subscriber's SSP. Whenever the SSP receives an 
incoming call to the subscriber's telephone line it issues a query to an SCP 
requesting routing instructions. The SCP recognizes that the subscriber (or at a 
minimum, the subscriber's line) is engaged in a network session and attempts to 
contact the subscriber over the computer network (via the gateway system). 



jEO Accordingly, the SCP can send information about the inbound call and query the 



subscriber for call handling instructions using call processing requests. When the 
subscriber answers the query, the gateway forwards the response back to the SCP. 
The SCP can then provide an appropriate response to the SSP. 

As noted above, in this embodiment, if the subscriber indicates a desire to 



subscriber terminates his or her network session, the gateway signals the SSP to 
forward the call to the subscriber's line. As this call will be treated as a new 
inbound call, the trigger on the subscriber's telephone line will be encountered once 
again causing the SSP to issue another query to the SCP. However, because the 
20 gateway was the redirecting party, the SCP will instruct the SSP to connect the call 
to the subscriber. 



take the call, the call can be parked on the gateway by the SSP. Once the 
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Other possible responses by the subscriber can include instructions to (1) 
provide the caller with a busy signal, (2) provide the caller with a ringing signal, (3) 
forward the call to another line, voicemail box and the like, or (4) provide no 
response. As noted above, if no response is received, the SCP may query the 
subscriber's computer directly, or may look to its own databases to provide call 
processing instructions. 

Another preferred embodiment of the present invention can be directed to 
service a subscriber having a dedicated communication link for connecting the 
subscriber and the computer network. As will be apparent in the following 
description, this embodiment allows a subscriber to easily configure and manage a 
call routing scheme for multiple telephone lines without the need for sophisticated 
automatic call distribution (ACD) computers, and without the need to coordinate 
each and every configuration change with the subscriber's telephone service 
provider. In this embodiment, the communications link is preferably available and 
connected to the computer network on a full-time basis, e.g., twenty-four hours a 
day, seven days a week. Such communications links are commonly employed by 
business concerns and/or households having multiple computer and telephone 
users. 

The subscriber can identify (to the telephone service provider) which 
telephone line or telephone lines will be processed by the system and method of the 
present invention. Each of these telephone lines can be provisioned with a suitable 
trigger as described above. The trigger is encountered when a call to any one of the 
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subscriber's designated telephone lines is received. In response to the trigger, the 
SSP queries the SCP for call routing instructions. The SCP can then query the 
subscriber by sending a request (via the gateway) to a computer designated by the 
subscriber for answering such requests. The subscriber's computer can maintain 
real-time, up-to-the-minute call routing instructions defined by the subscriber. For 
example, if the subscriber is a large corporation with many customer service 
representatives, the computer can provide an instruction to route the call to a 
customer service representative who is available to answer the call. 

As would be apparent to one of ordinary skill in the art, the gateway in this 
second embodiment need not have the capability to park inbound calls. However, if 
such capability is available, the subscriber could direct the gateway to temporarily 
park an inbound call if, for example, all customer service representatives are busy. 
When a representative becomes available, either the subscriber's designated 
computer or the representative may send a message to the gateway providing new 
call routing instructions. 

In a third preferred embodiment of the present invention, a telephone service 
provider can program, update, or otherwise manipulate service features via 
external databases accessible over the public computer network rather than within 
the closed bounds of the provider's internal network. In this embodiment, whenever 
the SCP receives any query (or designated queries only) from an SSP, the SCP can 
obtain the appropriate call routing instructions from external databases via the 
gateway system. Because the external databases are generally open systems for 
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which a large body of programming and maintenance expertise exists, the third 
preferred embodiment allows the telephone service provider to reduce programming 
and maintenance costs over those incurred using SCPs, which require highly 
specialized programming skills to program. 

In each of the above embodiments, the gateway can preferably communicate 
with the SCP and the computer network using transmission control 
protocol/internet protocol (TCP/IP). Alternatively, the other communications 
protocols, such as, e.g., X.25, may be used. Also in a preferred embodiment, the 
gateway is an AIN node having the capability to support voice channels and 
signaling channels, such as, e.g., a service node (SN) or other intelligent peripheral 
(IP) as known in the art. 

Accordingly, it is an object of the present invention to integrate AIN and 
Internet technologies to provide telephone services. 

It is another object of the present invention to enable service subscribers to 
manage incoming calls to a telephone line even when the telephone line is being 
used by the subscriber during a communication session with a computer network. 

It is another object of the present invention to manage incoming calls using a 
subscriber's call distribution database. 

It is another object of the present invention to program service features in a 
computer network for use by a telephone service provider. 
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These and other objects of the present invention are described in greater 
detail in the detailed description of the invention, the appended drawings, and the 
attached claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a schematic diagram showing a general system architecture 
according to an embodiment of the present invention. 

Figure 2 is a flowchart illustrating a general steps involved in using an 
embodiment of the present invention. 

Figure 3 is a schematic diagram showing the system architecture according 
to a first preferred embodiment of the present invention. 

Figures 4 and 5 are flowcharts illustrating the steps involved in using the 
first preferred embodiment of the present invention. 

Figure 6 is a schematic diagram showing the system architecture according 
to a second preferred embodiment of the present invention. 

Figure 7 is a flowchart illustrating the steps involved in using the second 
preferred embodiment of the present invention. 

Figure 8 is a schematic diagram showing the system architecture according 
to a third preferred embodiment of the present invention. 

Figure 9 is a flowchart illustrating the steps involved in using the third 
preferred embodiment of the present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

The present invention integrates AIN services and service management with 
external networks to provide subscribers of telecommunications services additional 
flexibility to manage their telephone calls. The present invention enables the 
subscribers to receive AIN services over a computer network, and to manage their 
AIN profiles over the computer network. In preferred embodiments, selected AIN 
nodes can interface with the external networks via the public Internet, using the 
TCP/IP communication protocol. In alternate embodiments, the AIN nodes can 
communicate with the external networks via private networks. 

Figure 1 is a schematic diagram showing a general system architecture 
according to an embodiment of the present invention. Gateway 150 provides a 
gateway function between SCP 140 of AIN 100 and computer network 160. As 
shown in Figure 1, in a preferred embodiment, gateway 150 can further comprise 
ISDN link 151 connecting it to SSP 130 and has a resource control execution 
environment (RCEE). As known in the art, an RCEE provides for flexible 
information interaction between a user and the gateway. Examples of well known 
AIN nodes having an RCEE include intelligent peripherals (IPe) and service nodes 
(SN). Unlike conventional AIN nodes, however, gateway 150 can include data links 
152 and 153 to SCP 140 and computer network 160, respectively. In a preferred 
embodiment, data links 152 and 153 use the well-known TCP/IP communication 
protocol. 
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Firewalls 142 and 162 can be provided for security reasons to protect SCP 
140 and computer network 160, respectively, from unauthorized access. As would 
be apparent to one skilled in the art, firewalls 142 and 162 are not required for the 
operation of the present invention. 

Subscriber 110 is a user of the present invention. Subscriber 110 has, among 
other customer premises equipment (CPE), telephone 112, and modem 114. 
Telephone 112 and modem 114 are connected to SSP 130 by telephone lines 116 and 
118, respectively. Triggers 120 and 122 can be provisioned at SSP 130 on telephone 
lines 116 and 118, respectively. In a preferred embodiment, triggers 120 and 122 
are termination attempt triggers (TAT). Subscriber 110 also has computer 124, 
protected from unauthorized access by firewall 126. 

As shown in Figure 1, subscriber 110 may use modem 114 and computer 124 
to connect to Internet service provider (ISP) 170 via telephone line 118. Once 
connected to ISP 170, subscriber 110 can access computer network 160. Figure 1 
also shows that subscriber 110 may have access to computer network 160 using 
either dedicated line 132 or 134: Dedicated lines 132 and 134 may be, for example, 
ISDN, Tl, T3 or DSL lines. As shown in Figure 1, dedicated line 132 can provide 
connectivity to ISP 170 while dedicated line 134 can provide connectivity directly to 
computer network 160. ISP 170 can provide subscriber 110 with access to computer 
network 160. Computer network 160 may comprise the Internet, and support a 
plurality of protocols, including, e.g., HTTP, NNTP, SMTP, and the like. 
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ISDN link 151, connecting gateway 150 and SSP 130, may be a Basic Rate 
Interface (BRI) line or a Primary rate Interface (PRI) line, providing both B (bearer) 
and D (data signaling) channels. SSP 130 can communicate with SCP 140 via 
signaling network 135. In a preferred embodiment, signaling network 135 can use 
the well-known signaling system number 7 (SS7) protocol. SCP 140 has database 
141 for storing subscriber data and service logic programs for implemented AIN 
services. 

In this architecture, the individual components have the following functions. 
SSP 130 can act as the switch for subscriber 110. As such, SSP 130 can receive 
incoming calls to subscriber 110, launch queries to SCP 140 (through signaling 
network 135), and route the calls to destinations specified by SCP 140. SSP 130 can 
be the access point through which subscriber 110 reaches ISP 170 and through 
which caller 180 reaches subscriber 110. As would be apparent to one skilled in the 
art, SSP 130 could be one or more service switching points, located together or 
apart. 

SCP 140 is an AIN node that can receive queries from SSP 130 via signaling 
network 135, consult database 141 for subscriber information, and issue call routing 
instructions to SSP 130 based on the caller and subscriber information. Database 
141 can comprise records for subscribers 5 telephone numbers, the category of service 
subscribed to, and the address (via data link 152) of gateway 150 serving the 
subscribers. Data may be manually provisioned on database 141. A service 
management system (SMS) may also be used for provisioning. In the present 
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invention, SCP 140 can send and receive information to and from the subscriber via 
gateway 150 and computer network 160. As shown in Figure 1, information may be 
stored in database 141 and, alternatively, information may be stored in database 
181 on computer network 160 and database 125 that is accessible by computer 124. 
In the present invention, SCP 140 may retrieve information from databases 125, 
141, and/or 181 to process calls. Preferably, SCP 140 can access information in 
database 125 and 181 using TCP/IP. 

Figure 2 is a flowchart illustrating the general steps involved in using an 
embodiment of the present invention. Specific examples of using the invention are 
illustrated in three embodiments described below. 

In step 202, a trigger is provisioned at SSP 130 for each of subscriber 110 f s 
telephone lines, i.e., triggers 120 and 122 on telephone lines 116 and 118, 
respectively. Triggers 120 and 122 are preferably termination attempt triggers. In 
step 204, subscriber 110 establishes a communications session between .computer 
124 and computer network 160. The communication session may be established via 
telephone line 118 or dedicated links 132 or 134, as described above. 

In step 206, one or more of triggers 120 and 122 are activated when the 
communications session is established. Activation of the triggers may be 
accomplished in a number of different ways. For example, the trigger may be 
activated by SSP 130 when telephone line 118 is used to establish a dial-up 
connection to ISP 170. In this embodiment, a suitable originating call trigger can 
be used. Suitable triggers include, e.g., a customized dial plan code trigger, a public 

13 



Attor^BDocket No.: BS97-052 



office dialing plan trigger, and the like. On the other hand, if dedicated links 132 or 
134 are used to establish the communications session, computer 124 or some other 
node on computer network 160 may send a message to SCP 140 (via gateway 150). 
Upon receipt of the message, SCP 140 can activate one or more of triggers 120 and 
122. 

In step 208, an incoming call intended for subscriber 110 is detected at SSP 
130 by one of triggers 120 and 122. For example, if caller 180 dials the telephone 
number assigned to telephone line 116, the call is detected by trigger 120. 
Similarly, a call for telephone line 118 is detected by trigger 122. In step 210, as a 
result of the trigger detection in step 208, a query is sent from SSP 130 to SCP 140 
for call disposition or call routing instructions. Preferably, the query is a 
transaction capabilities application part (TCAP) query comprising subscriber and 
caller information such as, e.g., the subscriber's telephone number, the caller ? s 
telephone number and the time at which the call was detected. 

In step 212, SCP 140 sends a message to gateway 150 notifying it that an 
incoming call has been received for subscriber 110. In a preferred embodiment, the 
notice comprises the subscriber and caller information, and preferably, additional 
information, such as the caller name, address, or other information commonly 
stored in databases maintained by the telephone service provider. The additional 
information may be obtained from database 141. In step 214, the incoming call can 
be suspended while SCP 140 awaits a response from gateway 150. In a preferred 
embodiment, a pre-recorded announcement can be played for the caller. The 
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announcement may be, for example, "Please wait while your call is being 
processed." 

In step 216, gateway 150 sends a message to computer network 160 via data 
link 153. The message comprises the subscriber and caller information and a 
request for call processing instructions. In step 218, SCP 140 can determine 
whether or not a predetermined amount of time has expired. If a response is timely 
received from computer network 160, it is passed on to SCP 140 by gateway 150. If 
the time has expired before a response is received by SCP 140, it can instruct SSP 
130 to use a default treatment to the incoming call. The default treatment may be 
any one of call dispositions selected by the subscriber. The default treatment 
alternatively may be a call disposition selected by the telephone service provider. 
The default treatment may be, for example, routing the incoming call to the 
subscriber's voice mailbox or a busy signal, or playing an announcement to the 
caller. 

On the other hand, if the time has not expired before SCP 140 receives a 
response from gateway 150, the process moves on to step 222. In step 222, 
computer network 160 provides call processing instructions to gateway 150. Then, 
in step 224, gateway 150 forwards the response to SCP 140. In turn, SCP 140 
instructs SSP 130 to process the incoming call according to the instructions from 
computer network 160. The response may be retrieved from database 125 and/or 
database 181, or the subscriber directly. In step 226, SSP 130 processes the call in 
accordance with the response. As would be apparent to one of skill in the art, 
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gateway 150 could also be programmed to set a time to determine whether or not a 
timely response has been received. 

Various embodiments of the present intention may be implemented. Three 
specific preferred embodiments are described below. In the first preferred 
embodiment, a subscriber or user of the present invention may take advantage of 
one or more AIN services on a telephone line, even while that telephone line in 
being used by the subscriber to access the computer network. For example, when 
an incoming call to the telephone line is detected during a communication session 
between the subscriber and the computer network, the subscriber is made aware of 
the call and is given a plurality of options to dispose of the call. In the second 
preferred embodiment, an incoming call is automatically disposed of using 
subscriber-defined rules that are stored in a database managed by the subscriber. 
For example, when an incoming call intended for the subscriber is received, the 
SCP, instead of consulting an AIN database, can retrieve call routing instructions 
from the subscriber's computer via the computer network. In the third preferred 
embodiment, a telephone service provider programs and maintains telephone 
service features on the computer network, and the SCP requests information from 
the computer network instead of its local database. In each embodiment of the 
present invention, the computer network preferably uses TCP/IP protocol for 
communications. The computer network is preferably a global computer network. 
The global computer network is preferably the Internet. 
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Figure 3 is a schematic diagram showing the system architecture according 
to the first preferred embodiment of the present invention, illustrating the 
implementation of a specific example in which subscriber 110 is an individual who 
does not want to miss any incoming calls to telephone line 116 while telephone line 
5 116 is in use during a communication session with computer network 160. In this 
example, subscriber 110 uses modem 114 and computer 124 to access computer 
network 160 via telephone line 116 and ISP 170. When caller 180 dials the 
telephone number of telephone line 116, subscriber 110 receives, from SCP 140 (via 
*JJ gateway 150) a message or a call processing request comprising the calling party's 
flO number and name (if known) as well as the time of the call. A client application 

5 S 3 

rLj running on computer 124 receives the message and logs or displays the information 
7" within a dialog box provided to subscriber 110. In a first aspect of this first 

■i 

Rj preferred embodiment, nothing further occurs. That is, SCP 140 can instruct SSP 

in ; 

^ 130 to treat the call as any other would be handled, without this new service. 
45 Possible call treatments include, e.g., providing a busy signal, forwarding the call to 
voicemail, and the like. In this aspect of the present invention, gateway 150 need 
not include an ISDN link to SSP 130 because no voice circuits or signaling circuits 
are needed between the two nodes. 

In a second aspect of the first preferred embodiment, in addition to all 
20 features described in the first aspect of the first preferred embodiment, the present 
invention further comprises additional features allowing subscriber 110 to dispose 
of the incoming call in one of several ways. For example, when caller 180 dials the 
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telephone number of telephone line 116 while subscriber 110 is accessing computer 
network 160 through ISP 170, a window can pop up on the screen of computer 124 
containing the calling party's name and number with a plurality of soft button 
options for call disposition. These buttons may include, for example, "Ignore," 
"Forward, 1 ' and "Answer." In this embodiment, gateway 150 includes ISDN link 151 
to SSP 130, thereby allowing gateway 150 to receive and process the incoming call 
while subscriber 110 decides upon subsequent call processing instructions. 

The flowcharts in Figures 4 and 5 illustrate the steps involved in 
implementing and using the first preferred embodiment of the present invention. 
Figure 4 deals with preliminary setup of the invention, and the steps involved when 
subscriber 110 initiates and ends a call to ISP 170. Figure 5 deals with the steps 
involved in processing incoming calls for telephone line 116. 

In step 402, appropriate triggers are provisioned on SSP 130. A first trigger 
(not shown in Figure 3) can detect when subscriber 110 uses telephone line 116 to 
establish a dial-up connection with ISP 170. Suitable triggers for this include, e.g., 
a customized dialing plan (CDP) trigger on telephone line 116, or a public office 
dialing plan (PODP) trigger on ISP 170's telephone access numbers. A second 
trigger, trigger 120 shown in Figure 3, can detect when an incoming call to 
telephone line 116 is received at SSP 130. In a preferred embodiment, trigger 120 is 
a termination attempt trigger (TAT). 

In step 404, when the subscriber dials the telephone number of ISP 170, the 
first trigger on SSP 130 is encountered. In response to this first trigger, SSP 130 

18 



Attor^BDocket No.: BS97-052 



sends a query to SCP 140 (via signaling network 135) in step 406. The query 
provides the caller's information, such as the caller's telephone number, and 
subscriber 110's information such as subscriber 110's telephone number. In step 
408, SCP 140 acts on the query by setting a flag in its database to indicating that 
subscriber 110 is currently logged in to computer network 160 (via ISP 170). SCP 
140 responds to SSP 130's query by instructing it to continue call processing and to 
monitor subscriber 110's telephone line for a change in status. In this manner, SCP 
140 is able to keep its database up-to-date with the current status of subscriber 
110's line. 

In step 410, once subscriber 110 has logged into computer network 160, a 
message is sent over the network (i.e., data link 153) to gateway 150 providing 
subscriber 110's telephone number, and network address. The message may be sent 
manually by subscriber 110, or preferably, a client program running on computer 
124 automatically sends the message upon successful connection to computer 
network 160. 

In steps 412 and 414, SSP 130 continually monitors subscriber 110's 
telephone line 116 for a change in status. When a change in status occurs, such as, 
e.g., when subscriber 110 disconnects from computer network 160, SSP 130 sends a 
notice message to SCP 140 (in step 416). Upon receipt of the notice, SCP 140 re-sets 
the flag to update subscriber 110's new status. As noted above, the steps 412 
through 418 are provided to keep SCP 140 informed of the present status of 
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, subscriber 110's telephone line 116. In alternative embodiments, SCP 140 could 
receive such updates through other means, e.g., via gateway 150. 

As noted above, Figure 5 provides the steps for processing incoming calls to 
subscriber 110's telephone line 116 under the first preferred embodiment of the 
5 present invention. When SSP 130 receives a call for subscriber 110, trigger 120 is 
encountered (step 520). In step 522, SSP 130 suspends the call and launches a 
query to SCP 140. As explained in greater detail below, if the call had been re- 
routed to subscriber 110 by the system and method of the present invention, trigger 
jj 120 will be encountered a second time. Accordingly, in step 524, SCP 140 checks 

M0 the information provided in the query to determine whether or not this particular 

oft 

JTJ call has already been processed by gateway 150. If so, SCP 140 directs SSP 130 to 

^ continue normal call processing in step 526. This ends the process and SSP 130 

s 

hj attempts to connect the call to telephone line 116 as if it would any other call in the 
CP absence of the present invention. In a preferred embodiment, SCP 140 checks the 
NL5 redirecting party number field in the query message to determine if gateway 150 
redirected the call to telephone line 116. 

If the call was not already processed by gateway 150, SCP 140 checks its 
database (not shown in Figure 3) to determine the status of subscriber 110's 
telephone line 116 in step 528. If subscriber 110 is not logged into to computer 
20 network 160, SCP 140 responds to SSP 130*8 query by instructing it to continue 
normal call processing in step 526, as described above. If subscriber 110 is online, 
the process branches into two processes, at steps 530 and 531, as shown in Figure 5. 
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The first branch, starting with step 530, deals with SCP 140's immediate response 
to SSP 130's query. The other branch, starting with step 531, deals with SCP 140's 
interaction with gateway 150 and subsequent call processing according to 
subscriber 110's instructions. 

In step 530, SCP 140 responds to the query by instructing SSP 130 to route 
the call to gateway 150. In step 532, SSP 130 complies with SCP 140's instructions 
and connects the call to gateway 150 via ISDN link 151. As previously noted, in one 
aspect of this embodiment, the caller is simply provided a busy signal or is 
automatically routed to an alternate number or voicemail. In this case, the first 
branch would end with SCP 140 sending a continue or other routing instruction to 
SSP 130 (as in step 526). However, in the second aspect, the present embodiment of 
this invention moves on to step 534, where the call is connected to gateway 150. 
When the call is presented to gateway 150, caller 180's number and the originally 
dialed number are included in the call setup message. This information allows 
gateway 150 to uniquely identify the call as a call bound for subscriber 110. Upon 
receiving the call, gateway 150 plays an announcement to the caller in step 534. 
The announcement could say, e.g., "Please wait while your call is being processed." 

In step 531 (the other branch of the process), SCP 140 sends a message to 
gateway 150 providing information about the call. The information includes the 
calling party number, as well as the time of the call and provides subscriber 110's 
telephone number (i.e., the called party number). In a preferred embodiment, the 
message also comprises the calling party's name, which may be obtained from a 
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database maintained on SCP 140 or another SCP node in the AIN. In step 536, 
gateway 150 provides this information to subscriber 110. In a preferred 
embodiment, a client application running on subscriber 110's computer 124 receives 
the message from gateway 150 and logs or conveniently displays the information to 
subscriber 110. 

As discussed above, in one aspect of the present invention, no further action 
would be taken if subscriber 110 has a subscription to a notification-only service. 
The subscriber can view the logged information at any time within a dialog box on 
the computer 124 f s video display. The dialog box contains the name and number of 
caller 180. If subscriber 110's service subscription also provides the capability to 
direct call disposition, gateway 150 prompts subscriber 110 for instructions in step 
538. In an alternative embodiment, gateway 150 may query subscriber 110's 
computer 124 to obtain call processing instructions. In a preferred embodiment, a 
client application running on subscriber 110's computer 124 provides a graphical 
user interface (GUI) for selecting and sending subscriber 110's call processing 
instructions. 

i 

Although Figure 5 shows only three of the possible call disposition choices a 
subscriber may make, other disposition instructions could be provided. Other call 
disposition instructions could include, e.g., to hold the call until subscriber 110 is 
free to answer, play a pre-made announcement to caller 180, prompt caller 180 for 
more information, play an announcement generated using a text-to-voice system, 
and the like. In step 540, gateway 150 determines subscriber 110's response. If 
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subscriber 110 chooses to answer the call, the process moves on to step 542. In step 
542, subscriber 110 hangs up the call to ISP 170. In a preferred embodiment, a 
client application running on subscriber 110's computer 124 automatically hangs up 
the ISP call just after sending gateway 150 subscriber 110's instructions. In step 
544, gateway 150 instructs SSP 130 to connect the call to subscriber 110 on 
telephone line 116. The instructions are provided to via the data channel of ISDN 
link 151. As discussed above, upon rerouting the call to subscriber 110's telephone 
line 116, trigger 120 will encountered, just as the original incoming call encountered 
the trigger (step 520). In step 522, SSP 130 sends a new query to SCP 140 in 
response to trigger 120. This time, in step 524, SCP 140 detects that the call has 
been processed by gateway 150. Accordingly, SCP 140 instructs SSP 130 to 
continue with normal call processing in step 526. At this point, subscriber 110's 
telephone line 116 will ring (unless the telephone line is still in use) and subscriber 
110 can answer the call. 

If subscriber 110 chooses to forward the call in step 540, then subscriber 110 
is asked to supply a forwarding telephone number in step 546. In step 548, gateway 
150 instructs SSP 130 (via ISDN link 151) to forward the call to the telephone 
number per subscriber 110's instructions. In step 550, SSP 130 forwards the call 
and the process is finished. 

If subscriber 110 chooses to ignore the call or does not provide a response 
back to gateway 150 within a pre-determined amount of time, gateway 150 plays an 
announcement to the caller and disconnects the call, as described in steps 552 and 

23 



Attor^BDocket No.: BS97-052 



554. In an alternative embodiment, gateway 150 may provide a default instruction 
to SSP 130 if no response is received from subscriber 110. The default instruction 
may, for example, comprise an instruction to forward the call from caller 180 to 
subscriber 110's voice mailbox. 

Figure 6 is a schematic diagram showing the system architecture according 
to the second preferred embodiment of the present invention, illustrating the 
implementation of a specific example in which subscriber 110 is, e.g., a corporation 
with a high volume of incoming calls to a specific telephone number. The specific 
telephone number may be a 800- toll free number. In the example, telephone line 
116, telephone 112, and trigger 120 may represent one or more such lines, phones or 
triggers. A single line, phone and trigger are shown in Figure 6 for clarity. 
Similarly, computer 124 can be a local area network of subscriber 110, and 
computer 124 is in communication with computer network 160 via dedicated link 
134. Dedicated link 134 may be, for example, an ISDN, a DSL, a Tl, or a T3 line. 
Computer network 160 can be, for example, an Intranet of subscriber 110 or the 
Internet or any other computer network. 

Subscriber 110 uses client application, e.g., a GUI-based tool (or an API), to 
define its customer profile. The profile specifies the treatment of incoming calls to 
one or more customer-specified telephone numbers. The profile may define different 
criteria for deciding call treatment, e.g., based on the status of the called number 
(busy or idle), calling party number, time of day, day of week, congestion status of 
the called station (for call centers) and other such parameters. The call treatment 
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itself can consist of, e.g., normal or distinctive ringing, playing customized 
announcements, forwarding to another number or to voice mail, and call 
termination. 

Figure 7 is a flowchart illustrating the steps involved in using the second 
preferred embodiment of the present invention. In step 702, subscriber 110 
designates one or more telephone numbers that will be processed according to 
instructions in its customer profile. For example, these affected numbers may 
include the telephone number for telephone line 116 shown Figure 6. In step 704, 
for each affected number, trigger 120 is provisioned on SSP 130 that services those 

4 

telephone numbers. 

In step 706, caller 180 dials the telephone number for telephone line 116. In 
step 708, when SSP 130 receives the call, trigger 120 causes SSP 130 to send a 
query to SCP 140. In step 710, SCP 140 checks the subscription database. It also 
retrieves the calling party name, if available, from a calling party name database. 
In step 712, SCP 140 sends this information to gateway 150 via data link 152. In 
step 714, SCP 140 instructs SSP 130 to route the incoming call to gateway 150. In 
step 716, gateway 150 receives the call and plays an announcement to caller 180. 

In step 718, upon receipt of a message or a call processing request from SCP 
140 via data link 152, gateway 150 sends a message to the subscriber's computer 
124 over computer network 160. This message includes the calling party name and 
telephone number and the called party telephone number. In step 720, gateway 150 
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may also play a customized announcement to caller 180 based on information 
received from SCP 140. 

In step 722, a determination is made as to whether a time has expired. If a 
predefined time limit has expired before the response is received by SCP 140 and 
SSP 130, the process goes to step 724, in which a default treatment is given for 
gateway 150, SSP 130 or SCP 140 to process the call. Otherwise, the process moves 
on to step 726. 

In step 726, gateway 150 retrieves call routing instructions from computer 
124 via data link 151 and computer network 160. A client application on subscriber 
110 f s computer 124 checks the customer profile and provides instructions on how 
the incoming call is to be treated. Computer 124 may, for example, determine 
which customer service representative is available to answer the call. In step 728, 
gateway 150 processes call in accordance with the instructions. 

Other kinds of applications can be implemented using the present invention. 
In general, if information can be created and stored on a subscriber's computer, 
such information can be accessed and retrieved by a gateway system for use to 
determine service or call-routing disposition. The examples given above define two 
types of services that can be implemented. Other types of services can be 
implemented, for example, a gateway having a text-to-speech translation capability 
can be used to retrieve text messages from the subscriber and provide audible 
messages to callers. E-mail delivery using AIN is an example of such a service. 
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Other services in this category include informational services (market quotes, 
weather, theater listings, and the like). 

A third preferred embodiment of the present invention is illustrated in Figure 
8. In this embodiment, computer 802 and database 181 are managed by a telephone 
service provider via computer network 160 which is external to AIN 100. Figure 9 
is a flowchart illustrating the steps involved in using the third preferred 
embodiment of the present invention. 

In step 902, AIN service related information is defined and created using 
computer 802. In step 904, the information is stored in database 181. Preferably, 
database 181 contains all the information that is typically found in an SCP 
database, such as database 141 shown in Figure 1. 

In step 906, a call is detected by an SSP. For example, when caller 180 has 
finished dialing the telephone number of telephone line 116, the call is detected at 
SSP 130 by trigger 120. In step 908, a query for call disposition is sent to SCP 140. 
In step 910, SCP 140 sends a message to gateway 150. The message is preferably 
sent using TCP/IP. Gateway 150 sends the call disposition query to computer 
network for processing. The message can comprise a call processing request. 

In step 912, the incoming call is suspended while gateway 150 waits for a 
response from computer network 160. In step 914, computer network 160 receives 
the query and beings to process it. Preferably, a timer is provisioned in one or more 
of SCP 140, gateway 150, and computer network 160. If in step 916 the time 
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expired before a response is received from computer network 160, a default 
treatment is given for SSP 130 to process the call in step 918. 

Otherwise, in step 920, a response to the query is obtained from computer 
network 160. Preferably, computer network 160 accesses database 181 to retrieve 
call routing instructions in response to the query. In step 922, the call is processed 
in accordance with the response. 

The foregoing disclosure of embodiments and specific examples of the present 
invention has been presented for purposes of illustration and description. It is not 
intended to be exhaustive or to limit the invention to the precise forms disclosed. 
Many variations and modifications of the embodiments described herein will be 
obvious to one of ordinary skill in the art in light of the above disclosure. The scope 
of the invention is to be defined only by the claims appended hereto, and by their 
equivalents. 
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